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1.0  INTRODUCTION 


The  Physician  Registry  was  established  in  1989  by  HCFA  for  the  purpose  of  issuing 
unique  identification  numbers  (UPINs)  to  the  following  Medicare  providers:  doctors  of 
medicine,  osteopathy,  dental  medicine,  dental  surgery,  podiatry  and  optometry,  and 
chiropractors.  To  assist  in  the  identification  of  individual  providers,  the  Registry  collects  a 
variety  of  information. 

Two  special  files  containing  Physician  Registry  data  were  created  to  assist  HCFA, 
Registry  personnel,  carrier  personnel  and  researchers  in  using  the  data.  One  file  -  UPIN 
Integrity  file  -  contains  unedited,  original  Registry  data  and  special  variables  (i.e.,  "flags")  that 
indicate  data  quality  for  each  provider  practice  setting.  The  other  file  -  Multiple-UPIN  file  - 
contains  records  of  providers  that  may  have  more  than  one  UPIN.  These  files  were  developed 
by  Health  Economics  Research,  Inc.  (HER)  based  on  its  analyses  of  Registry  data.l 

The  flag  variables  can  be  used  by  operations  personnel  to  quickly  obtain  frequencies  of 
the  different  types  of  non-feasible  values  given  a  data  element.  Researchers  can  similarly  use 
the  flags  to  obtain  a  quick  assessment  of  data  quality  without  having  to  set  their  own  criteria 
for  doing  so. 

The  next  section  describes  Registry  file  and  record  formats.  It  is  followed  by  a 
description  of  the  development  of  the  flag  variables  and  the  Integrity  and  Multiple-UPIN  files. 
The  next  section  describes  the  changes  that  periodically  need  to  be  made  to  the  programs  that 
created  the  Integrity  file.  The  last  section  describes  reports  that  were  created  to  assist  the 
Registry  and  carriers  in  maintaining  Registry  data. 


1  Unique  Physician  Identification  Number  (UPIN)  Validation  Studies:  Carrier  Analysis,  HCFA  Master  Contract  No.  500-92-0050, 
Driivery  Order  No.  5,  August  23, 1994. 
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2.0       REGISTRY  RECORD  AND  HCFA  RECORD  LAYOUTS 

In  this  section,  the  files  used  as  basic  input  files  in  creating  the  Integrity  and  Multiple- 
UPIN  files  are  described.  Each  quarter,  Transamerica  Occidental  Life  Insurance  Company 
(TOLIC),  the  Registry  contractor,  sends  an  updated  copy  of  the  Registry  file  to  HCFA.  For  each 
provider  there  is  one  record.  A  provider's  record  in  the  Registry's  file  consists  of  a  header 
section,  containing  data  that  should  be  invariant  across  practice  settings  and  a  practice  setting 
section.  Within  the  practice  setting  section,  there  are  as  many  practice  setting  segments  as  the 
provider  has  practice  settings,  both  active  and  inactive.  Because  the  number  of  practice  setting 
segments  varies  by  provider,  a  file  with  this  type  of  record  structure  is  known  as  a  variable- 
length  record  file.  This  structure  is  illustrated  in  the  top  half  of  Exhibit  1. 

There  are  several  data  elements  in  TOLIC  s  file  that  have  a  different  format  from  the 
records  submitted  by  carriers  to  the  Registry  (Exhibit  2).  In  particular,  several  of  the  date  fields 
in  the  TOLIC  file  have  a  packed  numeric  format  and  the  components  of  the  date  variables  are 
transposed.  Also  included  in  Exhibit  2  is  the  value  carriers  were  instructed  to  use  to  indicate 
"missing"  information. 

Upon  receipt  of  the  file,  HCFA's  Bureau  of  Data  Management  and  Strategy  (BDMS) 
creates  a  515-byte  flat  file  with  fixed-length  records  (first  item  in  Panel  A  in  Exhibit  3).  For  each 
provider,  BDMS  creates  as  many  records  as  there  are  practice  settings  in  the  provider's  TOLIC 
record.  Each  provider  record  consists  of  a  header  section  and  a  practice  setting  section  as 
illustrated  in  the  bottom  half  of  Exhibit  1. 

Selected  variables  created  by  BDMS  from  the  TOLIC  file  are  listed  in  Exhibit  4.  Only 
those  variables  in  the  BDMS  file  that  are  used  in  the  creation  of  the  Integrity  and  Multiple-UPIN 
files  are  listed.  The  first  column  in  Exhibit  4  contains  the  names  of  data  elements  submitted  to 
TOLIC  on  carrier  records.  The  second  column  contains  an  expanded  definition  of  carrier  data 
elements.  The  third  column  contains  a  code  that  indicates  whether  the  variable  is  a  header 
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variable  (code=H),  or  whether  it  is  a  practice  setting  variable  (code=S)  on  the  BDMS  file.  The 
fourth  column  is  the  "field  name"  used  in  HCFA's  documentation  of  the  flat  file. 

From  the  flat  file  created  by  BDMS,  HER  has  created  an  SAS  dataset  that  has  the  same 
structure  as  the  BDMS  file.  For  its  developmental  work,  HER  used  the  April  1994  flat  file.  The 
SAS  variable  names  assigned  by  HER  are  listed  in  the  fifth  column  of  Exhibit  4.  The  program 
used  by  HER  to  create  the  SAS  dataset  is  available  from  HCFA  (item  2  in  Panel  A  of  Exhibit  3). 
In  the  SAS  hie,  dates  are  stored  as  numbers  rather  than  in  a  SAS  date  format.  All  but  one  of  the 
SAS  programs  described  in  Sections  3.2  and  3.3  uses  this  SAS  dataset  as  its  input  file.  (The 
exception  is  the  OUTSUPER  program  which  is  the  last  step  in  creating  the  Integrity  file  -  see 
Panel  B  of  Exhibit  3.) 

There  are  several  data  elements  that  are  common  to  both  the  header  and  practice  setting 
segments  of  the  provider  record.  For  instance,  the  SAS  name  for  the  header  version  of  the  date 
of  birth  is  DOB  while  the  name  for  the  practice  setting  version  is  SETDOB.  Note,  however,  that 
the  values  of  the  two  versions  could  differ,  because  they  are  derived  from  their  respective 
sections  in  the  TOLIC  provider  record.  TOLIC  does  not  force  the  two  values  to  equal  each 
other.  The  following  variables  have  both  header  and  practice  setting  versions: 

•  provider  name, 

•  date  of  birth, 

•  school  code, 

•  graduation  year, 

•  sanction  information: 

•  sanction  code, 

•  sanction  date,  and 

•  sanction  length. 
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The  practice  setting  versions  of  these  variables  are  the  same  as  those  used  in  the  carrier  records 
transmitted  to  TOLIC. 

3.0  DEVELOPMENT  OF  THE  INTEGRITY  AND  MULTIPLE-UPIN  FILES 

3.1  Integrity  File  Flags 

The  use  of  the  Integrity  file  is  centered  on  the  flag  variables  created  during  its 
construction.  There  are  two  types  of  flag  variables.  The  flag  variables  for  individual  variables 
indicate  whether  the  value  of  a  variable  is  feasible  or  non-feasible  and,  if  non-feasible,  its  nature 
(e.g.,  retired  code  present).  The  second  type  indicates  whether  the  coding  of  two  variables 
being  compared  is  consistent.  The  basic  categories  for  each  type  of  flag  variable  are  described 
in  the  four  sections  that  follow. 

3.1.1    Individual  Data  Elements 

Flag  variables  for  individual  variables  indicate  whether  the  value  of  a  variable  is  feasible 
or  non-feasible,  and,  if  non-feasible,  its  nature  (e.g.,  missing).  For  example,  a  date  of  birth 
equal  to  January  2, 1952  is  feasible;  but  a  date  equal  to  January  32, 1952  is  not.  In  the  second 
case,  the  date  of  birth  is  erroneous.  While  this  example  is  obvious,  the  "dubious"  category  calls 
for  more  explanation.  Consider,  for  instance,  a  provider  that  has  a  graduation  date  of  1935. 
Assuming  that  he  graduated  from  medical  school  at  age  25,  this  makes  him  84  years  old  in 
1994.  While  there  might  be  a  few  providers  that  are  still  practicing  medicine  at  that  age,  it  is 
unlikely.  Therefore,  the  graduation  date  is  classified  as  "dubious." 

The  five  basic  flag  values  are: 

F  -  Feasible 
M  -  Missing 
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E  -  Erroneous 
D  -  Dubious 
U  -  Unknown 


Special  flag  values  were  created  to  meet  specific  circumstances,  e.g.,  state  license  number  is  not 
right  justified  per  Registry  specifications.  The  criteria  used  to  define  feasible  and  non-feasible 
values  for  each  variable  are  presented  in  Exhibit  5. 

The  flags  for  individual  practice  setting  variables  are  created  in  the  SAS  program 
OUTINTS  (see  Panel  B  in  Exhibit  3).2  The  flags  for  individual  header  variables  are  created  in 
the  SAS  program  OUTINTH.  The  names  of  the  flag  variables  in  the  Integrity  file  have  an  "I" 
prefix.  If  there  are  both  header  and  practice  setting  versions  of  a  data  element  (e.g.,  date  of 
birth),  an  "H"  suffix  indicates  a  header  flag  and  a  S  suffix  indicates  a  practice  setting  flag. 

3.1.2    Logical  Consistency 

Logical  consistency  flags  are  based  on  the  comparison  of  related  variables,  e.g., 
specialty  code  and  credentials.  If  the  specialty  code  indicates  a  podiatry  specialty  and  the 
credentials  indicates  that  the  provider  is  a  chiropractor,  then  there  is  a  logical  inconsistency 
between  the  two.  There  are  four  general  values  for  the  logical  consistency  flag  variables: 

•  K  -  both  variables  are  feasible  and  are  logically  consistent  with  each  other 

•  I  -  both  variables  are  feasible  but  are  logically  inconsistent 

•  M  -  both  variables  are  missing 

•  N  -  any  other  combination 


Unless  otherwise  indicated,  SAS  programs  referenced  in  Section  3.1  and  3.2  are  listed  in  Panel  B  of  Exhibit  3. 
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The  one  exception  to  the  above  list  is  for  comparisons  between  graduation  y  eui  and  the  open 
and  close  dates  of  medical  schools.  The  reason  is  that  closure  dates  are  only  available  for 
medical  schools  and  not  for  the  other  types  of  professional  school.  In  those  cases  in  which  a 
provider  graduated  from  a  professional  school  other  than  a  medical  school,  the  flag  value  is  set 
to  a  blank. 

The  flags  for  logical  consistency  comparisons  between  practice  setting  variables  are 
created  in  the  SAS  program  OUTLCFS.  The  flags  for  the  logical  consistency  comparisons 
between  header  variables  are  created  in  the  SAS  program  OUTLCFH.  The  names  of  logical 
consistency  flag  variables  in  the  Integrity  file  have  a  "LCF"  prefix. 

3.1.3    Consistency  of  Header  and  Practice  Setting  Values 

Consistency  flags  for  the  comparison  of  header  and  practice  setting  versions  of  a  data 
element  were  created.  The  values  of  these  variables  should  be  identical.  There  are  four  general 
values  for  the  header/ practice  setting  consistency  flag  variables: 

•  K  -  both  variables  are  feasible  and  have  the  same  value 

•  I  -  both  variabl  s  are  feasible  but  have  different  values 

•  M  -  both  variables  are  missing 

•  N  -  any  other  combination 

The  flags  for  the  consistency  between  header  and  practice  setting  variables  are  created 
in  the  SAS  program  OUTHDSET.  The  name  of  the  flag  variables  in  the  Integrity  file  have  a 
"HDSET"  prefix. 
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3.1.4    Cons^iency  Across  Practice  Settings 

Date  of  birth,  date  of  death,  school  code,  graduation  year,  credentials,  physician  status 
and  the  three  sanction  variables  should  have  identical  values  over  all  practice  settings. 
Consistency  flags  for  the  comparison  of  values  across  all  practice  settings  were  created.  There 
are  four  general  values  for  the  across-practice  setting  consistency  flag  variables: 

•  K  -  all  variables  are  feasible  and  have  the  same  value 

•  I  -  all  variables  are  feasible  but  at  least  one  has  a  different  value 

•  M  -  all  variables  are  missing 

•  N  -  any  other  combination 

In  the  event  a  provider  has  only  one  active  practice  setting,  the  value  of  the  flag  variable  is  set 
equal  to  a  blank.  The  flags  for  the  consistency  of  the  comparison  across  practice  settings  are 
created  in  the  SAS  program  OUTACROS.  The  names  of  the  flag  variables  in  the  Integrity  file 
have  an  "A"  prefix. 

3.2      Development  of  the  Integrity  File 

The  Integrity  file  contains  both  the  unedited  original  variables  and  the  integrity  flags.  It 
is  developed  in  seven  separate  steps  or  programs.  The  programs  and  the  files  they  create  are 
described  in  Panel  B  in  Exhibit  3.  The  first  six  programs  create  the  integrity  flag  variables  and 
resultant  output  files.  The  seventh  program  merges  the  six  output  files  to  create  the  Integrity 


upin\super\  text.doc\  pwt 


-7- 


file.  Because  of  the  computer  resource  requ j-ements  for  the  computation  performed,  it  was 
necessary  to  create  six  programs  instead  of  one  or  two.3 

The  programs  are  all  written  in  SAS  and  are  located  in  a  partitioned  dataset  maintained 
at  the  HCFA  Data  Center.^  The  seven  programs  output  one  file  each  to  a  cartridge  and  have 
the  same  dataset  name  (DSN)  prefix.  The  names  of  the  output  files  listed  in  Exhibit  3  serve  as 
both  the  DSN  suffix  and  the  SAS  internal  name. 

Only  records  (i.e.,  UPINs)  with  active  practice  settings  are  used  in  the  six  programs  that 
create  the  flag  variables.  A  variable,  observation  number  (OBSNUM),  was  created  to  uniquely 
identify  each  active  practice  setting.  This  variable  is  necessary  to  properly  link  the  "practice 
setting"  output  from  the  programs  that  create  practice  setting  records.  Unlike  the  other 
programs,  programs  2,  4,  and  6  (Panel  B  in  Exhibit  3)  produce  one  output  record  per  provider. 
The  name  of  the  Integrity  file  is  "SUPER"  and  it  is  sorted  by  UPIN,  CARRIER,  and  MEDICARE 
(see  Exhibit  4  for  definitions).  SAS  variable  labels  were  created  for  all  critical  variables. 

3.3       Development  of  the  Multiple-UPIN  File 

Only  one  SAS  program  is  used  in  the  development  of  the  Multiple-UPIN  file.  The  SAS 
program  (OUTSCRNR)  uses  the  unedited,  original  SAS  dataset  created  by  HER,  as  described  in 
Section  2,  and  creates  the  SAS  dataset  SCREENER  (see  Panel  C  in  Exhibit  3).  The  April  1994 
version  of  SCREENER  contains  156,017  active  practice  setting  records  representing  57,359 
UPINs. 


Before  SAS  begins  to  process  individual  records,  it  reads  the  entire  file  into  memory.  Because  the  Registry  file  has  over  two  million 
records,  it  requires  an  enormous  amount  of  memory.  To  perform  its  computations  and  sorts,  SAS  needs  to  borrow  large  amounts  of 
disk  space  to  supplement  memory.  The  result  is  that  four  programs  took  more  than  30  minutes  of  CPU  time.  Users  might  want  to 
consider  using  another  programming  language  to  create  the  Integrity  and  Multiple-UPIN  files. 

^ee  Exhibit  3  for  names  of  datasets  containing  the  programs.  Contact  HCFA  to  obtain  copies  of  the  programs  (members) 
maintained  in  the  datasets.  The  programs  are  also  available  on  diskette  from  the  National  Technical  Information  Service. 
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The  SAS  program  creates  "key"  variables  to  detect  "suspect"  multiple-UPIN  cases.  A 
key  variable  is  created  for  each  provider.  The  program  then  matches  a  provider's  key  variable 
to  the  key  variables  of  other  providers.  If  a  match  (i.e.,  the  key  values  equal  each  other)  is 
found,  then  the  value  of  a  0,1  binary  variable  is  set  to  one  to  indicate  that  there  is  another  UPIN 
in  the  file  with  the  same  key  value. 

Four  variants  of  the  key  variable  are  created  and  all  are  created  in  one  run  of  the 
OUTSCRNR  program.  The  names  and  components  of  each  are  shown  in  Exhibit  6.  The 
corresponding  names  of  the  binary  variables  are  also  shown.  In  addition  to  the  INKEYn  binary 
variables  (Exhibit  6),  a  special  binary  variable  is  created  (INKEY123)  in  the  same  run  of 
OUTSCRNR.  A  value  of  one  indicates  that  any  one  of  the  first  three  key  variables  "detected" 

f 

the  "suspect"  record.  A  value  of  zero  indicates  that  it  was  only  detected  by  the  fourth  key 
variable.  The  first  key  variable  detects  the  fewest  "suspect"  cases  while  the  fourth  key  variables 
detects  the  most  -  about  eight  times  more  than  the  first.  The  rationale  for  creating  variants  of 
the  key  variable  can  be  found  in  Chapter  8  of  the  Carrier  Analysis. 

4.0      MAINTENANCE  OF  PROGRAMS  USED  TO  DEVELOP  THE  INTEGRITY  FILE 

The  criteria  used  to  define  feasible,  erroneous,  and  dubious  values  for  the  date  of  birth, 
sanction  year  and  graduation  year  need  to  be  updated  once  a  year  (Exhibit  7).  The  first  two 
should  be  updated  when  using  the  new  April  Registry  file.  The  criteria  for  graduation  year 
should  be  updated  when  using  the  new  July  Registry  file,  since  graduation  from  medical  school 
takes  place  in  May  and  June.  The  year  component  of  feasible  values  of  date  of  death  should  be 
updated  with  the  April  file  while  the  month  component  should  be  updated  quarterly  -  see 
Exhibit  7  for  details. 

New  flag  variables  can  be  created  for  other  Registry  variables  (e.g.,  business  zip  code). 
If  this  is  done,  however,  modifications  then  need  to  be  made  in  the  OUTSUPER  program  to 
modify  the  list  of  variables  used  to  create  the  six  count  variables  (COUNT_xx)  which  indicate 
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how  many  non-feasible  flag  values  are  present.  The  count  variables,  in  turn,  control  the  value 
of  the  binary  variables  used  to  determine  if  one  of  the  integrity  reports  described  in  Section  5.1 
should  be  printed.  The  programs  listed  in  Exhibit  3  are  internally  documented  to  assist 
maintenance  efforts. 

5.0  REPORTS  CREATED  FROM  THE  INTEGRITY  AND  MULTIPLE-UPIN  FILES 

Two  types  of  reports  have  been  designed  for  use  by  HCFA,  the  Registry,  and  carriers 
for  use  with  the  Integrity  and  Multiple-UPIN  files.  From  the  Integrity  file,  several  reports  can  be 
generated  for  each  provider  that  has  infeasible  values  in  his/her  Registry  records.  From  the 
Multiple-UPIN  file,  reports  can  be  generated  for  the  suspect  cases  identified.  Exhibit  8  shows 
the  types  of  reports  and  the  names  of  the  SAS  programs  that  create  those  reports.  Each  report 
is  described  in  greater  detail  below.  The  reports  are  designed  to  be  printed  out  on  standard 
computer  forms  that  have  132  columns  and  66  lines. 

5.1  Integrity  File  Reports 

Reports  are  only  produced  for  those  providers  that  have  infeasible  or  inconsistent 
values.  The  actual  values  of  all  variables  are  printed.  The  values  of  the  flag  variables, 
however,  are  printed  only  when  the  flag  indicates  a  non-feasible,  missing  value  or  an 
inconsistent  value.  A  blank,  thus,  is  indicated  in  the  event  the  flag  variable  is  equal  to  F.  On 
each  report,  just  under  the  provider  name,  the  number  of  non-feasible  flag  values  is  printed  to 
indicate  how  many  flag  variables  have  non-feasible  values. 
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5.1.1    Practice  Setting  Reports 


There  are  two  variants  of  the  practice  setting  report  -  (1)  the  basic  report  and  (2)  the 
expanded  report.  The  basic  report  has  two  blocks  of  variables  -  (1)  the  integrity  of  individual 
data  elements  and  (2)  the  logical  consistency  flags  for  comparisons  between  variables.  Both 
blocks  of  variables  come  from  the  practice  setting  section.  The  expanded  report  includes,  in 
addition  to  the  two  variable  blocks  contained  in  the  basic  report,  a  block  of  variables  indicating 
the  consistency  in  coding  between  header  and  practice  setting  versions  of  variables.  There  is  a 
provision  in  the  programs  for  carriers  to  select  only  their  providers,  by  using  their  carrier 
number.  See  the  internal  program  documentation  for  details. 

Unlike  the  other  blocks  of  variables  on  the  basic  report,  the  flag  values  for  the  header 
variables  are  printed,  because  the  basis  of  consistency  definition  is  the  equality  of  the  data 
elements,  rather  than  just  both  having  feasible  values.  An  example  of  the  expanded  report  is 
provided  in  Exhibit  9.  For  Richard  Doe,  there  is  only  one  flag  value  to  check  -  the  header 
versus  practice  setting  consistency  flag  for  school  code;  it  has  a  value  of  I.  As  can  be  seen  on 
the  exhibit,  the  school  code  on  the  practice  setting  indicates  a  foreign  school  while  the  header 
value  indicates  that  the  medical  school  is  the  Case  Western. 

In  the  practice  settings  reports,  there  are  a  few  exceptions  to  the  general  rule  that  flag 
values  are  printed  when  they  indicate  non-feasible  values.  For  the  variable  integrity  flags,  the 
"M"  flag  value  is  not  printed  for  secondary  specialty  code  or  for  primary  and  secondary  board 
certification,  because  these  three  variables  are  not  required  by  the  Registry.  Because  secondary 
specialty  is  not  required,  the  flag  values  for  the  logical  comparisons  between  its  value  and 
those  for  credential,  physician  status  and  school  code  are  not  printed.  The  COUNT_xx 
variables  in  the  OUTSUPER  program  do  not  count  the  missing  values  for  secondary  specialty 
and  the  board  certification  variables  and  the  logical  comparisons  involving  secondary  specialty. 
As  a  result  the  PSFLAGx  variables,  used  in  the  REPRTPSx  programs  to  indicate  that  the 
practice  setting  has  an  integrity  problem,  do  not  reflect  the  occurrence  of  missing  values  for 
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these  variables.  The  printing  of  the  "M"  flag  value  for  these  variables  is  suppressed  in  the 
REPRTPSx  programs.  The  coding  for  the  COUNT_xx  variables  in  the  OUTSUPER  and  the 
suppression  of  printing  of  "M"  flag  values  in  the  REPRTPSx  programs  can  be  altered  if  needed. 

5.1.2    Header  Reports 

There  are  two  variants  of  the  header  report  -  (1)  the  basic  report  and  (2)  the  expanded 
report.  The  basic  report  has  two  blocks  of  variables  -  (1)  flags  for  individual  data  elements  and 
their  flag  values  and  (2)  logical  consistency  flags  for  comparisons  between  variables.  These  are 
similar  to  the  first  two  blocks  of  variables  on  the  practice  settings  reports,  except  the  variables 
come  from  the  header  section  of  the  record.  The  expanded  report  includes,  in  addition  to  the 
two  variable  blocks  contained  in  the  basic  report,  a  block  of  variables  testing  for  the  equality  of 
practice  setting  variables  over  all  practice  settings.  The  number  of  active  practice  settings  is 
printed  on  the  report,  just  above  the  last  block  of  variables.  The  example  of  a  header  report  in 
Exhibit  10  indicates  that  there  is  only  one  inconsistency.  Specifically,  the  school  codes  on  Dr. 
Doe's  two  practice  settings  differ. 

5.2      Multiple-UPIN  Report 

An  example  of  a  Multiple-UPIN  report  is  shown  in  Exhibit  11.  It  shows  the  values  of 
variables  that  can  assist  in  making  a  determination  of  whether  further  investigation  is  merited. 
The  values  printed  for  each  UPIN  come  from  its  first  active  practice  setting.  In  this  example, 
the  last  name,  first  initial,  school  code,  date  of  birth  and  PIN  are  identical  for  both  UPINs.  The 
only  discrepancies  are  for  the  state  license  number  and  graduation  year.  One  value  is  missing 
in  each  pair.  It  is  likely  that  this  is  an  actual  case  wherein  one  provider  has  two  UPINs. 

The  key  variable  used  to  produce  the  example  in  Exhibit  11  was  ID_KEY_1.  The  user  of 
the  program  can  use  another  key  variable  if  so  desired.  Five  lines  of  code  in  the  SCRNRPT 
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program  need  to  be  modified.  ID_KEY_1  and  INKEY1  need  to  be  replaced  by  the  appropriate 
variable  pairs  as  indicated  in  Exhibit  6. 


upin\super\  text.doc\  pwt 


-13- 


EXHIBIT  1 


STRUCTURE  OF  A  RECORD  FOR  AN  INDIVIDUAL 
PROVIDER  WITH  MULTIPLE  PRACTICE  SETTINGS 


Structure  of  a  record  on  the  file  sent  to  HCFA  by  Transamerica: 


UPIN 

Other  header 
data  elements 

PS-1 

PS-2 

Structure  of  records  on  HCFA  files: 


UPIN 


Other  header 
data  elements 


PS-1 


UPIN 


Other  header 
data  elements 


PS-2 


UPIN 


Other  header 
data  elements 


PS-n 


NOTE: 


PS  denotes  practice  setting  data  elements  (the  suffix  indicates  the  practice  setting  number). 
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EXHIBIT  2 


FORMATS  OF  REGISTRY  DATA  ELEMENTS 


CARRIER  RECORD  TOUC  FILE 


COBOL 

Component 

Missing 

COBOL 

Component 

Data  Element 

Required 

Picture 

Justification 

Order 

Value 

Picture 

Order 

Date  of  birth 

Y 

9(06) 

R 

MMDDYY 

0 

S9(09)  COMP-3 

YYMMDD 

Date  of  death 

Y 

9(06) 

R 

MMDDYY 

0 

S9(09)  COMP-3 

YYMMDD 

School  code 

Y 

X(05) 

R 

blank 

X(05) 

Year  graduated 

Y 

9(02) 

R 

YY 

0 

S9(09)  COMP-3 

YY 

Sanction  code 

N 

X(01) 

blank 

X(01) 

Sanction,  effective  date 

N 

9(04) 

R 

MMYY 

0 

9(04) 

MMYY 

Sanction,  number  of  years 

N 

9(02) 

R 

0 

S9(03)  COMP-3 

State  license  number 

Y 

X(12) 

R 

blank 

X(12) 

Physician  status 

Y 

9 

0 

X(01) 

Provider  credentials 

Y 

X(03) 

L 

blank 

X(03) 

Primary  specialty 

Y 

9(02) 

R 

0 

X(02) 

Secondary  specialty 

N 

9(02) 

R 

0 

X(02) 

SOURCES: 

1 .  Carrier  record  formats  from  HCFA  Transmittals. 

2.  Registry  file  formats  from  Transamerica  Occidental  Life  Insurance  Company:  version  of  file  sent  to  HCFA. 
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EXHIBIT  3 

FLOW  OF  PROGRAMS  TO  CREATE  THE  INTEGRITY  AND  MULTIPLE  I  TIN  FILES 


Program  Description 

Panel  A:  Creadon  of  the  base  SAS  file  from  TOLIC's  variable-length  record  file. 

1.  —  BDMS  creates  a  fixed-length  record  file. 

2.  SAS40494  Create  a  fixed-length  record  file  in  SAS  format. 


Output  File 


MU00OAAA2365.XUPIN.APR0494.nX 


APR0494 


Panel  B:  Creation  of  the  Integrity  file  (first  six  programs  use  APR0494  as  the  input  file). 


1.  OUTINTS  Creates  the  integrity  flag  variables  for  individual  practice  setting  data  INTEGS 

elements.  It  also  writes  out  all  of  the  original  variables  along  with  the 
new  flag  variables  to  a  new  file. 

2.  OUTINTH  Creates  integrity  flag  variables  for  individual  header  data  elements.  INTEGH 

3.  OUTLCFS  Creates  the  logical  consistency  flag  variables  for  pairs  of  practice  LCFS 

setting  data  elements  (e.g.,  birth  year  and  graduation  year). 

4.  OUTLCFH  Creates  the  logical  consistency  flag  variables  for  pairs  of  header  data  LCFH 

elements  (e.g.,  birth  year  and  graduation  year). 

5.  OUTHDSET  Creates  the  consistency  flag  variables  for  comparisons  between  the  HEADSET 

header  and  practice  setting  versions  of  a  data  element  (e.g.,  school 
code). 

6.  OUTACROS         Creates  the  consistency  flag  variables  for  comparisons  of  a  data  ACROSS 

element  (e.g.,  graduation  year)  across  all  of  the  provider's  active 
practice  settings. 

7.  OUTSUPER  This  program  merges  together  the  6  previously  created  files  to  create  SUPER 

the  Integrity  file.  It  also  creates  variables  that  count  the  number  of 
problems  at  several  different  levels. 


Panel  C:  Creation  of  the  Multiple-UPIN  file. 


1.  OUTSCRNR  Create  "key"  variables  to  detect  potential  multiple-UPIN  cases.  Only  SCREENER 

UPINs  with  non-unique  "keys"  included  in  the  SAS  file.  APR0494  is 
the  input  file  for  this  job. 


NOTES:   1.     All  program  file  are  located  in  a  partitioned  dataset  at  HCFA:  DSN  =  RR29.@DCH7910.HER.UPIN.UB. 

2.  Except  for  the  initial  flat  file  created  by  BDMS,  all  SAS  files  are  cataloged  on  cartridge.  The  output  files  all  have  the 
same  prefix  for  the  HCFA  dataset  name:  DSN  =  RR00.@DCH7910.RR29.UPIN.APR0494.  The  internal  SAS  name  is  the 
same  as  the  final  qualifier  (output  file)  in  the  dataset  name. 

3.  Programs  that  utilize  the  Integrity  and  the  Multiple-UPIN  files  are  listed  in  Exhibit  8  and  are  briefly  discussed  in 
Section  5. 
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EXHIBIT  4 

VARIABLE  NAMES  FOR  REGISTRY  DATA  ELEMENTS 


Variable 

Description  on  Registry  File 

Code 

HCFA  Documentation  Name  (all 
names  start  with  MPIER-) 

SAS  Name 

Unique  Physician  Identification  Number 

■  i 

n 

UPIN-NUMBER 

UPIN 

Last  name 

Physician's  last  name 

n 

1  ACT  MAUP 

LAo  1  -INAMt 

1  MAMC 

First  name 

Physician's  first  name 

n 

ETIDGT  MA  MET 
rIKo  1  -INAMt 

rlMAMC 

Middle  name 

Physician's  middle  name 

*  L-J 

n 

MIUULt-NAMt 

k  HK\  A  hue 
MINAMt 

Name  suffix 

Physician's  name  suffix 

n 

otINtKA  1  lUIN-orA 

oi  ictctiy 

Date  of  birth 

Date  of  birth  (YYMMDu) 

M 

n 

HATE  r\C  BIDTLJ 

UA 1  t-Ur-DlK  1  n 

UUd 

Date  of  death 

Date  of  death  (YYMMDD) 

Li 
n 

UA  1  t-Ur-UtA  1  n 

r-\  r-\ 

Medical  school  code 

XXX=state,  YY=schooi 

n 

MtUoOML 

Year  of  graduation 

Yr.  physician  graduated  from  med.  school 

n 

VCAD  PDAm  lATCn 

T  fcAK-oKAUUA  1  tU 

laKAUT  r< 

UPIN  sanction  code 

Sanction  code  this  physician  is  under 

LI 

n 

i  i d i m  caw^tii^m  r*r^r\c 
UKIN-oANO  1  IUIN-0(JUt 

CAM^I 

oArNL/1 

Sanction  effective  date 

Sanction  effective  dare  (MMYt; 

u 
n 

UrIIN-oAIML/  1  lUIN-CrrUA  1  CZ 

CAMP1 DAT 
OAINO  I  UA  I 

Years  sanctioned 

Number  of  yrs.  physician  sanctioned 

n 

UrllN- TtAKo-oAIMO  1  lUINtU 

OAINOI  TKo 

Carrier  number 

The  carrier  number 

o 
o 

PADDICD  Kll  IKJIDCD 

GAKKItK-NUMbhK 

P  A  DDICD 

OAKKItK 

Medicare  billing  number 

Carrier-assigned  PIN  for  this  setting 

Q 

o 

rKUV  IUCIa-iNU 

MCUIOMKC 

oiaie  license  numuer 

Thp  «statp  linpnsp  number  for  this  settina 

s 

ST-LICENSE-NUM 

LICENSE 

Physician's  status 

1=MD,DO  2=CH/DDM/DDS/DPM/OD 

S 

PHYS-STAT 

PHYSSTAT 

State  in  which  physician  is  licensed 

S 

ST-LICENSED-IN 

STLICENS 

Physician's  Credentials 

Specify  MD,  DO,  CH,  DDM,  DDS,  DPM,  or  OD 

s 

PHYS-CREDENTIALS 

CREDENTL 

Primary  specialty  code 

Specialty  code  from  pt  3  of  MCM 

s 

PRIM-SPEC 

SPEC1 

Primary  board  certification 

Y  or  N  or  U  for  unknown 

s 

PRIM-BOARD-CRT 

BOARD1 

Secondary  specialty  code 

Specialty  code  from  pt  3  of  MCM 

s 

SDRY-SPEC 

SPEC2 

Secondary  board  certification  indicator 

Y  or  N  or  U  for  unknown 

s 

SDRY-BOARD-CRT 

B0ARD2 

Zip  code-billing 

Zip  code  of  billing  address 

s 

ZIP-BILLING 

BILLZIP 

Zip  code-business 

Zip  code  of  business  address 

s 

ZIP-BUSINESS 

BIZZIP 
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EXHIBIT  4  (continued) 
VARIABLE  NAMES  FOR  REGISTRY  DATA  ELEMENTS 


1  f*J  .LI. 

Variable 

uescnption  on  Kegistry  rue 

uoae 

HCFA  Documentation  Name  (all 
names  start  with  MPIER-) 

OAs  iMame 

oanction  coue 

Ranrtinn  rnrip  if  anv  the  ohvsician  is  under 

s 

SANCTION-CODE 

SANC2 

effective  uate  or  sanciion 

^1 VII VI  TI^ 

*  s 

SANCTION-EFFDATE 

SANC2DAT 

Years  sancxioneu 

1  pnnth  nf  sflnrtinn 

s 

YEARS-SANCTIONED 

SANC2YRS 

Resident  or  intern  code 

D=  Deactivated  R=  Resident  1=  Intern  P=  Practic 

S 

RES-INTERN-CODE 

INTERN 

Group  practice  code 

1=group  2=HMSA  3=both  4=Neither 

s 

GROUP-PRACT-CODE 

PRACTIND 

Physician's  participation  indicator 

1=yes  2=no 

s 

PART-IND-1 

PART1IND 

Date  the  setting  was  added  to  Registry 

S 

SET-ADD-DATE 

SETDATE 

Last  name  for  this  setting 

Physician's  last  name  for  this  setting 

S 

SET-LAST-NAME 

SETLNAME 

First  name  for  this  setting 

Physician's  first  name  for  this  setting 

S 

SET-FIRST-NAME 

SETFNAME 

Middle  name  for  this  setting 

Physician's  middle  name  for  this  setting 

S 

SET-MIDDLE-NAME  DATE  1 

SETMNAME 

Suffix  name  for  this  setting 

Physician's  suffix  name  for  this  setting 

S 

SET-GENERATION-SFX 

SETSUFF 

Date  of  birth  for  this  setting 

Physician's  date  of  birth  for  this  setting 

S 

SET-DATE-OF-BIRTH 

SETDOB 

Date  of  death  for  this  setting 

Physician's  date  of  death  for  this  setting 

s 

SET-DATE-OF-DEATH 

SETDOD 

Medical  school  code  for  this  setting 

Physician's  medical  school  code  for  this  setting 

S 

SET-MED-SCHOOL-CODE 

SETMDSCH 

Yr.  physician  graduated  for  this  setting 

s 

SET-YEAR-GRADUATED 

SETGRDYR 

NOTES: 


Code  =  H  denotes  header  variable. 

Code  =  S  denotes  practice  setting  variable. 
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EXHIBIT  5 


DEFINITION  OF  DATA  ELEMENT  INTEGRITY  MEASURES 


VarlaDlc  UcT  1  111 XI On 

F  lag 

Flan  ripf  i  n  "i  t  i  nn 

1    L  u y     L/C  1    1  II  1  t  1  VII 

Cr i  ter i  a 

n»tA   nf   Ri  rth 
Ua  Lc    U  1     D  1  l  til 

IDOBS 

f 

Feas  i b  le 

Year  must  be  between  14  &  69  (inclusive), 

(Setting  &  Header) 

IDOBH 

month  must  be  feasible,  and  day  must  be  feasible 

AnH  cftmi^tpnt  with  month 

d  1 1  U                  1                !■    n  1  Lll  IIIVillL.il. 

rinh i  nn^ 

U  U  \J  1  UU3 

Ypar  i  <;  hptwppn  01   A  1  "3   ( i  nr  1      1  v&\   or  QQ 

1  CO  1       1  3     UCdUCCM              a              1  1  lib  IUJ  '  '  .y  I 

month  mn^t   hp  fp/l^ihlp     And  Hav  mu^t   hp  fp/mihlp 

IIIU  1  1  L  1  1     IIIU  i  L     UC      1  CO)  IUIC)      anu     u  u  y     IIIU  ^  K     L/C      1          J  1  U  1  c 

and  consistent  with  month.  , 

M 

Missing 

Value  is  equal  to  all  9's,  0  or  blanks. 

1 

Bad  data 

Value  is  equal  to  10101  (January  1,  1901). 

Erroneous 

Value  is  anything  other  than  listed  above. 

Year  of  Birth 

IDOBYRS 

F 

Feasible 

Year  must  be  between  14  &  69  (inclusive). 

^oetxing  a  neaaer^ 

l  uud  l  f\n 

Dubious 

Year  is  between  01  &  13  (inclusive)  or  99. 

y 

n 

Missing 

Value  is  equal  to  all  9's,  0  or  blanks. 

E 

Erroneous 

Value  is  anything  other  than  listed  above. 

Date  of  Death 

IDODS 

F 

Feasible 

Year  is  93  or  94,  month  must  be  feasible,  and 

(Setting  &  Header} 

Tnnnu 
1UUUN 

day  must  be  feasible  and  consistent  with  month. 

n 

Dubious 

Year  is  between  01  &  92  (inclusive),  month  must 

be  feasible,  and  day  must  be  feasible  and  con- 

sistent with  month. 

9 

Improper  Coding  Date  is  9  filled  (999999). 

0 

Alive 

Date  is  0. 

E 

Erroneous 

Value  is  anything  other  than  listed  above. 

Year  of  Death 

IDODYRS 

F 

Feasible 

Year  is  either  93  or  94. 

(Setting  &  Header) 

IDOOYRH 

D 

Dubious 

Year  is  between  01  and  92  (inclusive). 

9 

Improper  Coding  Date  is  9  filled  (999999). 

0 

Alive 

Date  is  0. 

E 

Erroneous 

Value  is  anything  other  than  listed  above. 

License  Number 

ILICENSE 

F 

Feasib  le 

Value  is  feasible 

(ie,  it  is  not  any  of  the  following). 

J 

Justification 

Value  is  not  right  justified. 

M 

Missing 

Value  is  blank-filled. 

Z 

Zero's 

Value  is  0  f i  I  led. 
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EXHIBIT  5  (continued) 
DEFINITION  OF  DATA  ELEMENT  INTEGRITY  MEASURES 


Variable  Definition 

Variable(s) 

Flag 

Flag  Definition 

Criteria 

Medical  School 

IMEDSCHS 

F 

Feasible 

Variable  contains  a  feasible  school  code. 

(Setting  &  Header) 

IMEDSCHH 

J 

Justification 

Value  is  not  properly  justified. 

R 

Retired 

Variable  contains  a  retired  school  code. 

M 

Missing 

Value  is  all  blanks,  all  0's,  or  00001. 

3 

Superceded  Codes  Value  is  equal  to  30000. 

4 

Superceded  Codes  Value  is  equal  to  40000. 

5 

Superceded  Codes  Value  is  equal  to  50000. 

E 

Erroneous 

Value  is  anything  other  tharr  listed  above. 

Graduation  Year 

IGRADYRS 

F 

Feasible 

Year  is  between  40  &  93  (inclusive). 

(Setting  &  Header) 

IGRADYRH 

D 

Dubious 

Year  is  between  30  &  39  (inclusive). 

M 

Missing 

Value  is  missing,  9's,  or  0's. 

E 

Erroneous 

Value  is  anything  other  than  listed  above. 

Primary  Specialty 

ISPEC1 

F 

Feasible 

\i »  i  ■  ■  n   s  —   n  i    +  r*  no     in  + 1   i  h      l  o  +  „  on 

Value  is  01  to  Oo,  lu  to  14,  lo  to  zu. 

Secondary  Specialty 

ISPEC2 

24  to  26,  28  to  30,  33  to  41,  16,  22,  44, 

46,  48,  66,  70,  76  to  79,  81  to  86,  90  to  94 

(all  "to"  series  are  inclusive). 

R 

Ret  i  red 

Variable  contains  retired  osteopathic  specialty  co 

M 

Missing 

Value  is  blanks,  0,  or  00. 

U 

Unknown 

Value  is  equal  to  99. 

s 

Revised 

Value  is  equal  to  49. 

E 

Erroneous 

Value  is  anything  other  than  listed  above. 

Sanction  Code 

ISANCS 

Feasible 

Variable  code  is  between  A  &  R  (inclusive). 

(Setting  &  Header) 

ISANCH 

Non-event 

Value  is  blank  (UPIN  not  sanctioned). 

Unknown 

Value  is  equal  to  U. 

Erroneous 

Value  is  anything  other  than  listed  above. 

Sanction  Date 

ISANCDTS 

Feasi  b  le 

Year  is  between  66  &  94  (inclusive),  and 

(Setting  &  Header) 

ISANCDTH 

month  is  feasible. 

Non-event 

Value  is  equal  to  blank  or  0  (UPIN  not  sanctioned) 

Erroneous 

Value  is  anything  other  than  listed  above. 

Sanction  Year 

ISANCYYS 

Feasi  b le 

Year  is  between  66  &  94  (inclusive). 

(Setting  &  Header) 

ISANCYYH 

Non-event 

Value  is  equal  to  blank  or  0  (UPIN  not  sanctioned) 

Erroneous 

Value  is  anything  other  than  listed  above. 
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EXHIBIT  5  (continued) 
DEFINITION  OF  DATA  ELEMENT  INTEGRITY  MEASURES 


Variable  Definition 

Variable(s) 

Flag 

Flag  Definition 

Criteria 

Sanction  Length 

ISANCYRS 

F 

Feasible 

Value  is  between  1  &  15  (inclusive),  or 

(Setting  &  Header) 

ISANCYRH 

20,25,30,35,40,45,50,99. 

A 

Non~event 

Value  is  equa I  to  blank  or  0  (UP IN  not  sanctioned) 

n 
U 

Dubi  ous 

value  is  oetween  10  to  iy,  cl  to         co  to 

n     +  a    1 A       1C    +  a    lO       ill    +  a    A  A       AC    +  a    ACX       C1    +  a  AO 

Jl  to  o4#  00  to  jy,  41  to  44,  40  to  49,  Ol  to  9o 

(all  "to"  series  are  inclusive). 

t 

Erroneous 

Value  is  anything  other  than  Listed  above. 

Provider  Credentials 

ICREDENTL 

F 

Feasible 

Value  is  equal  to  MD,  DO,  DDM,  DDS,  DPM,  CH,  or  OD 

M 

Mi  ssi  ng 

Value  is  equal  to  blanks. 

r 
t 

Erroneous 

Value  is  anything  other  than  listed  above. 

Physician  Status 

IPHYSTAT 

F 

Feasible 

Value  is  1  or  2. 

M 

Mi  ssi  ng 

Value  is  blank  or  0. 

E 

Erroneous 

Value  is  anything  other  than  Listed  above. 

Primary  Board  Cert. 

I BOARD 1 

F 

Feasib  le 

Va  lue  is  b  lank,  Y,  or  N. 

Secondary  Board  Cert. 

IBOARDZ 

U 

Unknown 

Un  known • 

E 

Erroneous 

Value  is  anything  other  than  li sted  above . 

Active  Practice  Indicator 

IINTERN 

F 

Feasible 

 ;  :  r  

Value  is  R,  I,  or  P. 

r 

L 

Erroneous 

value  15  anyLiiiny  otncr  (.nan   lisicu  auovc. 

Group  Practice  Indicator 

IPRCTIND 

F 

Feasible 

Value  is  1  or  4. 

M 

Missing 

Value  is  blank  or  0. 

E 

Erroneous 

Value  is  anything  other  than  listed  above. 

Participation  Status 

IPRT1IND 

F 

Feasible 

Value  is  Y  or  N. 

M 

Missing 

Value  is  blank. 

E 

Erroneous 

Value  is  anything  other  than  listed  above. 

State  Licensed  In 

ISTLICNS 

F 

Feasible 

Variable  has  a  standard  postal  state  abbreviation 

(including  U.S.  properties). 

M 

Missing 

Value  is  blank. 

E 

Erroneous 

Value  is  anything  other  than  listed  above. 
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EXHIBIT  6 

COMPONENTS  OF  KEY  VARIABLES  FOR  DETECTING  MULTIPLE-UPIN  CASES 


Key  Variable  Name  Key  Variable  Components*  Matching  Indicator 


ID. 

.KEY. 

1 

DOB,Ll_3,Fl,LNAMESUM 

INKEY1 

ID. 

.KEY. 

_2 

DOB,Ll_3,LNAMESUM 

INKEY2 

ID. 

.KEY. 

_3 

DOB,Ll_3,Fl 

INKEY3 

ID. 

.KEY. 

_4 

DOB,Ll_3 

INKEY4 

'Abbreviations:  i 

DOB  -  Date  of  Birth 

Ll_3  -  First  3  letters  of  last  name 

Fl  -  First  initial  of  first  name 

LNAMESUM  -  Sum  of  the  numbers  assigned  to  the  consonants  of  the  last  name  (a  value  of  one  is  assigned  to  B,  two  to  C, 
three  to  D,  and  so  forth,  with  21  assigned  to  Z). 
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EXHIBIT  7 


DATA  ELEMENTS  REQUIRING  UPDATES  OF  BOUNDARY  VALUES  FOR  FLAG  VALUES: 
QUARTERLY  FILE  AND  UPDATE  FREQUENCY 


Variable 
Flag  Value 


Quarter  in  which 
to  change  the 
Boundary  Value 


Lower 


Upper 


Update 
Frequency 


Boundary  Values  of  Year 
Components  for  April  1994 
 Integrity  File  


Lower 


Upper 


Increment 
Value 


Birth  Year 

Feasible 
Dubious 

Date  of  Birth 


April 
Don't  Change 


April 
April 


Annually 
Annually 


14 

(18)99 


69 
13 


Feasible 
Dubious 

Sanction  Year 

Feasible 
Sanction  Date 

Feasible 
Graduation  Year 


April 
Don't  Change 


Don't  Change 


Don't  Change 


April 
April 


April 


April 


Annually 
Annually 


Annually 


Annually 


14 

(18)99 


69 
13 


94 


94 


Feasible 
Dubious 

Death  Year 

Feasible 
Dubious 

Date  of  Death 


July 
July 


April 
Dont  Change 


July 
July 


April 
April 


Annually 
Annually 


Annually 
Annually 


40 

30 


93 
01 


93 
39 


94 

92 


Feasible 

Year  Component 
Month  Component* 

Dubious 

Year  Component 
Month  Component 


April  April  Annually 

Don't  Change  All  Quarterly 


Don't  Change  '  April  Annually 
Don't  Change   Don't  Change  N/A 


93 
01 


01 
N/A 


94 

3 


92 
N/A 


1 

3 


1 

N/A 


N/A:  Not  Applicable. 

'Upper  boundary  value  of  the  month  belonging  to  the  upper  year  value  needs  to  be  incremented  each  quarter. 
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EXHIBIT  8 


INTEGRITY  AND  MULTIPLE-UPIN  REPORTS 


Report  Name 


SAS  Program  Name 


Practice  Setting 


Basic 

Expanded 


REPRTPS1 
REPRTPS2 


Header 


Basic 

Expanded  ' 


REPRTHD1 
REPRTHD2 


Multiple-UPIN 


SCRNRPT 


NOTE:  The  practice  setting  and  header  reports  use  the  Integrity  file  (see  Panel  B  of  Exhibit  3)  as  their  input  file.  SCRNRPT  uses  the 
Multiple-UPIN  file  for  its  input  data  (see  Panel  C  of  Exhibit  3). 
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EXHIBIT  9 

SAMPLE  PRACTICE  SETTING  REPORT  (EXPANDED) 


UPIN:  K00451 


CARRIER:  640 
LAST  NAME 


PRACTICE  SETTING:  DOE 
REGISTRY  (HEADER):  DOE 

NUMBER  OF  NON-FEASIBLE  FLAG  VALUES:  1 


THE  SAS  SYSTEM 
***  UPIN  PRACTICE  SETTING  REPORT 

PIN:  O00000000XYF57 

FIRST  NAME        MIDDLE  SUFFIX 


EXPANDED 


RICHARD 
RICHARD 


14:24  TUESDAY,  AUGUST  23,  1994 


I 


VARIABLE  INTEGRITY 


DATA  ELEMENT 


DATE  OF  BIRTH  (YYMMDD) 

DATE  OF  DEATH  (YYMMDD) 

SANCTION  DATE  (MMYY) 

SANCTION  YEAR 

SANCTION  LENGTH 

SANCTION  CODE 

GROUP  PRACTICE 

CREDENTIAL 

PHYSICIAN  STATUS 

PRIMARY  BOARD  CERT.  STATUS 

PARTICIPATION  STATUS 

LOGICAL  CONSISTENCY 

DATA  ELEMENTS 


ACTUAL 

410811 

0 

0 

0 

0 

4 

MD 
1 
U 
Y 


FLAG 


PHYSICIAN  STATUS  &  CREDENTIAL 
SANCTION  CODE  &  DATE 
SANCTION  CODE  &  LENGTH 
SANCTION  DATE  &  LENGTH 
PHYSICIAN  STATUS  &  SCHOOL  CODE 
PHYSICIAN  STATUS  &  PRIMARY  SPECIALTY 
PHYSICIAN  STATUS  &  SECONDARY  SPECIALTY 

PRACTICE  SETTING  COMPARED  TO  HEADER  VALUES 


HEADER 


DATA  ELEMENT 


DATE  OF  BIRTH  (YYMMDD) 
DATE  OF  DEATH  (YYMMDD) 
SCHOOL  CODE 
SANCTION  LENGTH 
SANCTION  CODE 


FLAG 


CONSISTENCY 
FLAG 


DATA  ELEMENT  ACTUAL 


YEAR  OF  BIRTH 

YEAR  OF  DEATH 

SCHOOL  CODE 

GRADUATION  YEAR 

PRIMARY  SPECIALTY 

SECONDARY  SPECIALTY 

INTERN  /  RESIDENT 

STATE  LICENSE  NUMBER 

STATE  LICENSED  IN 

SECONDARY  BOARD  CERT.  STATUS 


FLAG 


41 
0 

99999 
67 
10 
00 

p 

0OO00O0KZ476 
IA 

u 


DATA  ELEMENTS 

BIRTH  YEAR  &  GRADUATION  YEAR 
PROVIDER  CREDENTIAL  &  PRIMARY  SPECIALTY 
PROVIDER  CREDENTIAL  &  SECONDARY  SPECIALTY 
PROVIDER  CREDENTIAL  &  SCHOOL  CODE 
SCHOOL  OPEN/CLOSE  YEAR  &  GRADUATION  YEAR 
PRIMARY  SPECIALTY  &  SCHOOL  CODE 
SECONDARY  SPECIALTY  &  SCHOOL  CODE 


FLAG 


HEADER 


DATA  ELEMENT 


CONSISTENCY 
FLAG 


ACTUAL 

FLAG 

ACTUAL 

FLAG 

410811 

F 

YEAR  OF  BIRTH 

41 

F 

0 

0 

YEAR  OF  DEATH 

0 

0 

03806 

F 

I 

GRADUATION  YEAR 

67 

F 

0 

A 

SANCTION  DATE  (MMYY) 

0 

A 

A 

SANCTION  YEAR 

0 

A 

NOTE:  The  values  of  several  variables  were  changed  to  preserve  confidentiality. 
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EXHIBIT  10 


SAMPLE  HEADER  REPORT  (EXPANDED) 


THE  SAS  SYSTEM 
***  UPIN  HEADER  REPORT  -  EXPANDED  *** 


14:25  TUESDAY,  AUGUST  23,  1994 


UPIN:  K00451 
LAST  NAME 
DOE 


FIRST  NAME 
RICHARD 


NUMBER  OF  NON-FEASIBLE  FLAG  VALUES:  1 


VARIABLE  INTEGRITY 


MIDDLE 
A 

ACTUAL 


SUFFIX 


FLAG 


BIRTH  YEAR 

DATE  OF  BIRTH  (YYMMDD) 
DEATH  YEAR 

DATE  OF  DEATH  (YYMMDD) 
SCHOOL  CODE 
GRADUATION  YEAR 
SANCTION  CODE 
SANCTION  DATE  (MMYY) 
SANCTION  YEAR 
SANCTION  LENGTH 

LOGICAL  CONSISTENCY 


41 

410811 

0 

0 

03806 
67 


FLAG 


BIRTH  YEAR  &  GRADUATION  YEAR 

GRADUATION  YEAR  &  SCHOOL  OPEN/CLOSE  DATE 

SANCTION  CODE  &  DATE 

SANCTION  CODE  &  LENGTH 

SANCTION  DATE  &  LENGTH 

NUMBER  OF  ACTIVE  PRACTICE  SETTINGS:  2 

CONSISTENCY  ACROSS  PRACTICE  SETTING 

DATE  OF  BIRTH  (YYMMDD) 
YEAR  OF  BIRTH 
DATE  OF  DEATH  (YYMMDD) 
YEAR  OF  DEATH 
SCHOOL  CODE 
GRADUATION  YEAR 
SANCTION  CODE 
SANCTION  DATE  (MMYY) 
SANCTION  YEAR 
SANCTION  LENGTH 
CREDENTIALS 
PHYSICIAN  STATUS 


FLAG 


NOTE:  The  values  of  several  variables  were  changed  to  preserve  confidentiality. 
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EXHIBIT  11 


SAMPLE  MULTIPLE-UPIN  REPORT 

***  POTENTIAL  MULTIPLE  UPIN  CASES  *** 
  ID  KEY  1=030419DOEH42   


12:14  TUESDAY,  AUGUST  23,  1994 


VARIABLE 

NAME  DESCRIPTION  UPIN1 

UPIN  Unique  Physician  Identification  Number  J61599 

LNAME  Physicians  last  name  DOE 

FNAME  Physicians  first  name  HAROLD 

MNAME  Physicians  middle  name  I 

SUFFIX  Physicians  name  suffix 

DOB  Date  of  birth  (YYMMDD)  030419 

DOD  Date  of  death  (YYMMDD)  0 

MEDSCHL  The  school  code  01875 

GRADYR  Year  phys.  graduated  from  medical  school  29 

CARRIER  The  Carrier  number  11260 

MEDICARE  The  Medicare  bi  I  ling  number  000004567 

STLICENS  State  in  which  the  physician  is  licensed  MO 

LICENSE  The  state  license  number 

PHYSSTAT  The  physician  status  1 

CREDENTL  The  physicians  credentials  DO 

SPEC1  Physicians  primary  specialty  02 

BILLZIP  The  bi  I  ling  zip  code  68265282 

BIZZIP  The  Business  zip  code  68265000 

INTERN  The  resident  or  interm  indicator  P 

SETDATE  Date  the  setting  was  added  (YYYYMMDD)  19890419 

SETLNAME  Setting-Physicians  last  name  DOE 

SETFNAME  Setting-Physicians  first  name  HAROLD 

SETMNAME  Setting-Physicians  middle  name  I 

SETSUFF  Setting-Physicians  suffix 

SETDOB  Setting-Physician  date  of  birth  (YYMMDD)  030419 

SETDOD  Setting-Physician  date  of  death  (YYMMDD)  0 

SETMDSCH  Setting-The  school  code  01875 

SETGRDYR  Setting-Year  phys  grad  from  med  school  29 


UPIN2 

J15591 
DOE 
H 
I 

030419 
0 

01875 
0 

11260 

000004567 

MO 

0XY12 
1 

DO 
01 

68265000 
68265000 
P 

19920618 

DOE 

H 

I 

030419 
0 

01875 
0 


UPIN3 


NOTE:  The  values  of  several  data  element  were  changed  to  preserve  confidentiality.  ID_KEY_1  was  used  to  identify  this  case. 
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